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(54) Apparatus and method for processing scrvlets 



(57) A method and apparatus (or operaiing a local 
server computer of a client-server network includes a 
technique to receive a request from a client computer of 
the client-server network. A determination is made 
whether the request requires dynamically generated in- 



formation from a servlei object of the client-server net- 
work If so. a specified servlet object corresponding lo 
the request may be uploaded from a remote server com- 
puter of the client-server network. The specified servlet 
object IS then executed to obtain dynamically generated 
information corresponding to the request. 
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Description 

Brief Description of ihe Inveniion 



This inveniion relates Generally lo exchanging inform;,i,on ,n a ci.ent-sen/er corr^ouior env.ron.Ticn. Mnro n^n.- 
ularly th,s invention relates to an improved lecnn.que (or responcmg to miormation requests a: a server corT^ojIer 
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c.,en,compu.eM.aUe.ucs>o.me,n,orn.auon.T.evve.servo.^oS 

programming language. Thus. ,1 ,s not easily extended to provide new (uncaonairv G.ln T^ ' 
so,, ware mar.e,p,ace. a producrs lacK o, neL,My and e.Ld,2.rc:re?Z^^^^^^^^^^ 

Current weo server soMware can generate a f,lc dynamically .n response lo a roques. (ro^ i ,on, L ' o 
Typically, me web sender receives ihe reques. and Ihen lorks a Common Gateway In.erice ccLr™? ^ 
■cally create the hie Once Iho Me has .,een created, the web seh,er so.iware ransma , e M '^a^rtoThfcr; 
g^red ""'""""""^ " - '-^ ^ P-«s each time dyna^i i^.lron I'l 

;:.re:b,— ^^^^ 



thai IS flexible and extendible 
Summary of the Invention 



Bnef Descfiption of the Drawinos 



server. 



FIGUR- , f ''"^"""'^ ^^"'""'^"O" '^e accompanyina drawings in which- 

F GUR, , Illustrates a chen.-server computer ne.work in accordance wim an emb<xJi^ent o( the invet, on 
FIGURE 2 IS a simp , led illustraiion of the in.erac.ons between a web server and the servlels 
P.GURE 3 ,3 a simpl.lied illusiraiion ol the interactions belwoen a web server and a serv.e. loaded .rom an external 

p|?MRP - 'i','"'"^'" P^^'^^""^ ^'^P^ associated with a servie. processing rouime 
FIGURE o Illustrates processing steps assocaied with a sorvlei processing rouhne 
Like relerence numerals refer to corresponding parts throughou, ihe several views o, Ihe drawings 

Detailed Description of the invention 

Figure 1 illustrates a client-server computer network 20 

The network 20 includes at ieasi one client computer 22 and at least one server computer ?4 Th. . . 
22 and the server computer 24 are connected by a transmission channel 26 rh c^r^aX ' '"'^'"'"^ 
mission channel. ^'^e or wireless Irans- 
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The client computer 22 is a standard computer including; a Central Processing Unit (CPU) 30 connecioc tc a 
memory {primary and/'or seconoary) 32. The memory 32 stores a numoer ol computer programs, tnciudmo a 'orowser ' 
34. As known in the art. a browser is used to communicate with remote server computers 2^ and to visually presen: 
the inlormaiion received from such computers. The client computer 22 establishes network communications ihrougr, 

5 a standard network connection device 36. 

The server computer 2^ includes standard server computer components, including a network connection aevice 
40. a CPU 42. and a memory (primary and/or secondary) 44 The memory 44 stores a set oJ computer programs to 
implement the processing associated with the invention The memory 44 stores a web server 46 The web server 46 
may be of the type known m the art. which is mpdiiied to include the additional programs shown m Figure l That is 

10 in an embodiment of the invention, a standard web server 46 is modified lo include a server acceptor thread 45. a 
connection queue 50. a pool administrator 52. a thread pool 54. servlels 56. a servlct map 5=. a security aommisirator 
60. and boundary servlets 62. 

Figure 2 is a simplified illustration of a server computer 24A constructed in accordance with an embodiment of the 
invention. The figure snows a web server 45 inioracung with a set of servlets 56A-56N. In particular the web server 

'5 46 interacts with the servlets through an application program mierface (API). As indicated m Figure l. the web server 
46 and the servlets 56 are stored in memory 44 The web server 46 may be standard web server software that is 
modified to include the lunciionality described herein. Each servlel 56 is a piece of software code which is used to 
dynamically generate information. Each sen/let 56 is an instantiated software object waiting to be invoked. Once it is 
invoked, ii dynamically generates information. Note that this technique of dynamically generating information is distinct 

20 from the typical process of fetching static inlormaiion from a permanent storage device. The technique of the invention 
IS similar to a CGI script in the sense that it dynamically generates information. However, unlike a CGI script, a servlet 
object of the present invention is instantiated at server start-up. Thus the servlei can be thought of as operating in a 
continual loop waiting to be executed Observe that after instantiation there is no computational start-up expense when 
the servlet is called. 

25 Figure 3 is a general illustration demonstrating additional features of the invention. Figure 3 illustrates a local server 

computer 24A which receives a request from a client computer (not shown) over transmission channel 26. The web 
server 46 determines that dynamically generated information from a servlet object is required. In this case, ine servlel 
object is not initially on the local server computer 24A. thus it is uploaded by the local server computer 24A from a 
remote sen/er computer 24B using communication link 26. In the example of Figure 3. servlel 56P is passed from the 

jO remote server computer 24B to the local server computer 24A. 

Figure 3 illustrates another feature of Ihe invention. In particular, it illustrates that the uploaded servlel 56P is 
executed in a security area 57 of the local server computer 24A After execution, the results are passed to a boundary 
servlet 60 in the remaining ponion of the local server computer 24A This security leaiure allows untrusled servlels lo 
be safely executed. 

The foregoing discussion provides a general description of the features and benefits of the invention. Attention 
now turns lo a more detailed description ol these features and benefits The lell side of Figure 4 illustrates processing 
steps associated with an embodiment of ihe invention. The right side of Figure 4 illustrates program components thai 
may be used to execute these operations. 

The first processing step shown in Figure 4 is lo determine whether a new request has been received {step 70). 
-io As indicated above, a request is a request for information from a client computer 22 to a server computer 24. The 
operation of a client computer 22 requesting information from a server computer 24 is well known. 11 is typically per- 
formed using a Uniform Resource Locator or URL. A URL specifies a computer and a file. A typical URL is hllp7/SU/ 
123. This URL is an instruction to retneve the file "123" from ihe Stale University computer "SU" using the Hypertext 
Transfer Protocol 'HTTP'. 

-'S As shown in Figure 4. a server acceptor thread 46 is used to process each new request. Preferably, the invention 

is implemented as a connection-oriented web server with a server acceptor thread that continually loops while accepting 
requests. Once a request is received, it dispatches the request to a connection queue (step 72). As shown in Figure 
1. the connection queue 50 is formed in the memory of the local server computer 24. 

If no new request is received, ihen a check is made lo determine whether the queue is empty (step 71). If Ihe 

so queue is not empty or a new request has been received, processing proceeds to step 74. Step 74 entails thread pool 
administration operations, which are executed by a pool administrator 52. Figure 1 illustrates a thread pool 54. The 
thread pool 54 is a pool of threads that are used for request processing. Individual threads fetch and process requests 
(rom the connection queue 50. The poo! administrator 52 operates lo ensure that there is a thread for each request in 
the connection queue 50. The pool administrator 52 creates or forks additional threads to handle new requests in Ihe 

55 connection queue 50. If a maximum number of threads is reached, the pool administrator 52 blocks new requests from 
entering the connection queue 50. In such a case, the server computer does not receive new requests. On the other 
hand, if a thread has been wailing more than a predetermined period of time for a request from the connection queue 
50. then ihe pool administrator 60 will destroy it. Preferably, a new handler thread is created using the butter space of 
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a oesiroyed handler ihread In oiher words .he .nvenuon ,s preferably .mpierzienied by us.no ? soe-.lr ^ 
space lor a mread Wher, a ihread .s cesiroyed. me buHer memory soace -s cleared 5u. .s . s c^;^ " 
By reus,r,g allocated memory . m.s rr^nner ih.s embod.men, o( .he -nvennor, m.r,.m.zes .ho ^^^^^ " 
by .he sysiem. especially when compared .o sys.ems wh.ch a.ioca.e and dealloca.e r.emo^ on a per eC 

Al.er me thread pool adm.h.s.rat.on opera.iohs are perlormed (s.eo 7^) a .hread relive / f' ' 

connecnon pueue ,s.ep 75, The .hread .hen maps .he repues. .oa serlle, nam s e ^8, T erl.e. n^rbo so^T i'"^ 
byaURL .n wh.ch case .he mapp,ng process -s d.rec. On .he other hand some .ranslat.or p r« . " 
to .dennly wh.ch se-v.e. w.il be able .o serv.ce .ho requos. The mapp.no opora,.rma bo ^/o ' 
-o.low.ng ways Aserver_adm.n.s.ra.orm<,yspec..y.ha.somek.ndsof cSon-,reque uaSs map'^^^^^^^^ °' T 

^or example, ono wh.ch ,a.ks to a part.cu.ar database A server adm.n.strator ^4 spIcTyLToa . o^ PanK^^ar^orv.o. 
.s .he name ol the servlet. as found in an adm.n.s.ered servle.s d.rec.ory A. rn^y s.fos hl^d r™ 1 
be.woen servers wh.ch share ,ho load o. process.ng ,or .he s..e's CenL S so ver r^ ^bc Lb^ToT, 
■nvoKo sorvlois .o (.I.er .he output of other sorvle.s. based on .he.r adm.n.s.ra..ve con'ouraT.oi LX 
typos Of servle. ou.pu. may .ngger pos.-process.ng by other servle.s. perhao 'o poStrma. ' T""'" 

au,honzed Con.s may spec.fy the serv.et to be ,nvoL. w.thou. adrrTn-s.^.o C;:,LT """"'^ 

becuniy operations may also be performed by the thread /sien Rm a c^/^. 
■dont-fy trusted and un.rus.ed classes of serviets The dec s^^n'to ^uf se" ^^Ir^,!"^^^ ^ 
assoc.a.ed w,.h the security adm.n.s.ra.or 60 For example, the socun.y adr^n^stZr so '1^ . ' °' 
servlets and m.s.rus. all uploaded ne.work servle.s Un.rus.ed servle. areTh^nxlcld n '^h '° "^'^ 
^0 Shown ,n Figure 3 The secun.y adm.nis.ra.or 60 may also be used to de^l^le .UK^.r, , " 
prede.erm.ned nsky opera..ons Secun.y ,nforma.,o/of th.s typ: ma^ Se I.oTd Z h^ '° 

JAVA servlets in accordance with the invention provide sirona <&runiu nni.^w e 
env,ronmon.s provide a Secun.y Manger wh.ch can be used to conlorwhrer ^^^^^^^^^^ " 
are .o be perm,.,ed. By defau... al, servlets are un.rus.ed and are no a lowed fo 'e^:^^^^ °' '"^ 

-'^ ne.work serv.ces or local f.les However servle.s -bu.i. .mn- ,ho ! operai.ons such as access.ng 

mey were put in.o JAVA Arch.ve Me ma b^ r s.ed a d or n ed^^^^^^^ ^'^^^ 
s.gna.ure on execu.able code ,nd,cates L,^hn;?nr.r:hr g -^^^r^^^^^^^^^^^^ 
Such s.gnaiures can', support accouniab.l.ty by themselves but ihev do .nn r!.!?^ f """^ 

placed on use of lhat code For example a oartLlar ^^r. . c ^'^^ °' ^""^a"" "^a' "lay be 

- wh,ch ,s granted genera, access .o^r.^^s^.c^s wZ ^ : o^^^^^^ a^^ S'sTpn^f '"T'' °" ^" '^'"^ 
code wh,ch ,s s.rongiy bei.eved no. .0 v,oia,e par.icular security pol.c E e s-Tp^^^^^^^^ " 
C or scnp„ng languages, can. support such f,ne gra.ned acc/s^ controls - 

oper:;;o?erxr:nr::er:e":r.:c::r,e^ .he^r'.'d?^^'"^' '^■^'^ °' ^^-^ — 

one Of .wo .ypes. A decs'on is n^adeto de rm no whe, e r^^!^ T7, 

local servie, is executed (step 65) Th.s ros^l.Tr, the roJ,!^ n ""^ " "^^ 

web server 45 in a s.andard manner The vSb . v^?;: pTal pS^^.^rT^^ 

us.ng known .echniques The exchano^ of .r.,r.Z., I ^ ^ ■nforma..on back to the cl-eni computer 

0 an application progrL •ntl'^ce.th^^is d^^^^^^^^^^^^ ' ^"'^ -^-^ '^-gh 

whe.::;::rdr:rrvtt::^^^^^^^^^^^ 

information regarding security parame Irs lor ser^l^! u L ' '"'"""^ 3^q"*""9 

servlet. then i, is executed ^^aZZe^^^^^^^^ "° '"'^""'^ ^""^^'^^ "'e "P'oaded 

■> executed in a secur.ty area ,sfep ^The eS er mrdvnat^c.i ' " 

area (s.ep 96). A boundary servle. miy be use^^ 'h.^^^^^^^^^^ ^"""^ P---^ '^e non-secur.ty 

•he use Of stubs and subcon.rac.s or thLgh other •,?e I7,!.h , T ' " '"^^ ''"Plemen.ed through 
processing returns to s.ep 70 ol Figure 4 '"^ "'v.e. is executed. 

The operation of the .nvention has now been fullv described Ationi./,n . 
Of the servle. obiec.s that are used in accordance wHe lem^on aTan eml"' " 
.ntertace used in connection with the senile, objects As , nd ca.ed abov« T'T' ° ^'^^'^"^ 

Objects that are used to dynamically generate in.ormauon Thnl . . ""'^^'^ s°"«are 

invoked. Preferably they are i-p.emented as ;b ecT^^^^^^^^ ""'^^'^ ^ '~P waning to be 

that the JAVA- programming language is used to rnioteme^-ln. f ■ Programming language. It is well known 

JAVA Object bytecodes that are used to generl a '^ S^^^^^ °" f '^PP'^'* « --utable 

present invention are executed on the sV^tZ: IT^ZTZ ^^^^^ "-'^'^ -'-V-hg .ho 

A servlet is typically instantiated on server startup In the aliernaLr hT.r . , 
predetermined se, of conditions or by diem invocation. The se-^le, may .n '^^^^^^^^^ « 

^ *«rviei may oe instantiated and executed by using its URL 
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(e g . htip //host/ < servlet URL>), The hiip protocol supports tne passing ol arguments, thus flrgumonis may Oo passes 
to the servlel (e g hi:p.//hosi/ < servlo: URL.>''< arguments >) The properties oD|eci is a JAVA programming lancuagc 
properties class which comprises a set of *name value* pairs A system administrator can pass arcumenis lo in- 
stantiated HtipServlei object through the properties object in this way the system administrator can "customize" an 
HiipServlet lor a particular server at a particular site For examoie the system administrator can pass tne Htiosorx'io: 
object sue specific information about the network location of a database which stores documents mat will bo roqucsicc 
by client processes across the network or the amount of memory available m system buffers wmch wtl! be used lor 
processing the server administrator 

Once instantiated, a, servlel loops until the server is shut off or a destroy method is .called on the servl^t by- the 
server Since the servlel operates in a continual loop as it waits for requests to act upon the server computer avoids 
the overhead of creating and destroying the servlel between requests to the servlet. in addition, kocptng sorvlcts alive 
between requests allows servlets to pass data and communicate amongst themselves For example serviois can 
maintain data about a user between sessions by the user This data can bo shared among different servlets m order 
to customize a working environment wiihm which the user works II servlets were created and destroyed on a per 
request basis, it would be much more difficult, if not practically impossible, (or a servlel to unaerstand the environment 
wiihin which 11 runs and utilize this knowledge to provide improved processing capabilities Tne server computer can 
call a destroy method on the servlet when some resource limit in terms of time memory etc is reached 

The servlel appiicaiion program interface (API) establishes a standard (or mierlacing servteis with information 
servers, such as web servers The servlel API contains methods (or initializing a servlet. processing the request, getting 
servlel information and destroying the servlel The servlet API allows plaKorm independent servlets An example 
servlel interface is as follows 



Sei^Iet interface: 
interface HttpServlet { 

InitiaJize (ServlelContexi, ScrvcrPropcnies); 

Service(HttpRequest, HttpResponse); 

Destroy 0; 

} 

The server computer passes objects ihat implement the •HtipRequesf. while the servlel returns an •HttpResponse" 
object. The 'ServletContexr inierface is used to exchange mlormation with the server environment. Some of the meih- 
ods on the -ServletConiext" object are ■Getserverl)- and "GetServieisor "GetServer- returns a pointer to the parent 
server within which ihe instantiated Htlpservlel runs. Using this pointer, the HttpServlei object can find out inlormaiion 
about Its parent server. The 'GetServief method returns pointers to the servlets running on the parent server. The 
"ServerFroperties" interface is used lo exchange inlormaiion regarding specific server properties established by a 
ser/er administrator 

Servlets support the lamiiiar programming model o( accepting requests and generating responses The following 
is a simple servlet defining a single method called "service" 
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impon java.servlet."; 

public class MyServlet extends GenericServlet { 
public void sen-ice ( 

ServletRequest request, 
ServlelResponse response 
) throws ServletException. lOException 
{ 



} 



The service method .s prov.ded w„h Request and Response parameters These parameters encapsulate the data sent 

the r L r T "T"' '° --'^ Servlets normally retr evo mo " 

the.r parameters through an rnput stream and send ihe.r responses using an output stream 



Sea'letlnpulSiream in = request. getlnpuiSiream () 
ServlelOuipulSiream out = response geiOuipulStream (): 



These input and output streams may be used w,th data ,n whatever format is approor.aie For example an aoolet and 
sen,let m.ght exchange data us.ng object ser.aluat.on. HTML, or any number o( tmage formats 

S.nce servlels are JAVA objects, .hey have .nstance-specf.c data Th,s means that ,n eflect servlets are mdeoend 
em appl,cat,ons runn.ng w.h.n servers w.thout needmg the complexity of additional classes (which areLufred bv 
some alternative server extension APIs) Servlets have access to some servlet-specilic contlral Tata ""1,1^ 
.ation time This allows different instances of the same servlet Cass to be initiali.od with d.f.erenfdaS and be manrod 
as differently named servlets The data provided at initialization time includes an area where each instanceTeeps us 
persisteni inslance-specific siate 'nsiancc Keeps iis 

u.JT.^r.T'' "''^P'^' ^^^^ ^^^^P'G Of a servie: ,hai is 

used 10 send Hypenexi Markup Language (HTML) lexi when it .s invoked 



-to 
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public class SimpleServlei extends GenericServ'lel { 
public void service(ServletRequest req, ServleiResponse res) 
throws ServlelException, lOExccption 

{ 

res.setConieniType("iext/htmr'); 

PrintWriter out = new PrintWriter(res.getOutputStrcam()); 

out.println("<HEAD> < TITLE > SiniplcServlet Output 
</TITLE> </HEAD> <BODY>"); 

oul.priniln("<hl > SimpleServlet Output </hl>"); 
oui.println("<P>This is output from SimpleSen/let."); 
oul.println("</BODY>"); 
out.flushQ; 

} 

public String getServleilnfoQ { 

return "A simple servlet"; 

} 

} 

The lollowing program code is an example of a sorviei that uses the linger protocol to query information about 
users on specified host computers. The query string parameters < tl > user < /it >. < tt > hosts < /tt >. and < tl > verbose 

< /tl > can be used to specify the user and hosts to query The parameter <tt> user </tt> is the user name. <tt> hosts 

< /tl > IS a comma-separated list of host names to query, and <u> verbose </ti>. if specified, will cause verbose output 
10 be generated. For example. <pre> hitp /goa/finger.html?user=dac&hosts=eno.doppio&verbose=yes </pre> will re- 
quest full information about user "dac" on both hosts "eno" and 'doppio'. 
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public 

class FingerServlet extends GenericSer\'let { 
/• 

• Pen number for finger daemon. 
*/ 

static final int FINGER_PORT = 79; 

* Handles a single finger request from the client. 
*/ 

public void servicc(ScrvletRequest req, Sen/IetResponse res) 
throws ServleiException, lOException 

{ 

Siring user = req.getParameterC'user"); 
String hosts = req.getParameier("hosts"); 
String verbose = req.getParameter(" verbose"); 
res.setContentType("tcxt/htmI"); 

PrintStream out = new PrintStream(res.getOutputStreamO); 
out. printlnC < html > "); 

out.println(" < head > < title > Finger Servlei < /title > < /head > 
out. printing < body > "); 

oul.printlnC<h2> Finger results; </h2 > "); 
outprintln(" <pre> "); 
if (hosts == null) { 

finger(out, user, null, "yes".equalsIgnoreCase(verbose)); 



8 



EP 0 810 524 A1 



} else ' { 

StringTokenizer st = new StringTokcnizcr(hosis, ",'); 
while (st.hasMorcTokcnsQ) { 

String host = st.ncxiTokenQ; 

oui.println("['' + host + "J"); 

try { 

frngcrCoui, user, host. 

" yes" .equalsIgnoreCasc(vcrbose)); 

} catch (lOExccpiion c) { 
out.prinlln(c); 

} 

oul.prinilnO: 

} 

} 

out.prinilnC </pre> 

out. printing < /body > </html>"); 

} 

/• 

Sends finger output for a user and host to the specified output 
* stream. 
•/ 

void finger(OutpuiSiream out. String user, String host, boolean verbose) 
throws lOExcepiion 

{ 

// open connection to finger daemon 
Socket s; 

if (host = = null) { 

s = new Socket(InetAddress.getLocalHost(), 

FINGER_PORT); 

} else { 

s = new Socket(host, FINGER_PORT); 

} 

// send finger command 
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PrintStream ps = new PrintStream(s.geiOutputSiream()); 
if (verbose) { 

ps.printf/W"); 

) 

if (user ! = null) { 
ps.print(user); 

} 

ps.print{"\r\n"); 
ps.flushO; 

// copy results to output stream 
InputStream in = s.getlnputSlreamO; 
byte[] buf = new byte [5121; 
int ien; 

while ((len = in.rcad(buf, 0, buf.length)) != -1) { 
out.write(buf, 0, len); 

} 

s.cioseO; 



} 



The servlels embodying ihe invention may be used to orovide cu<:ir,m„oH ^ i, lecnniques. 
The serv,e.s a,e also llex.ble enough ,o suppon s.ann 'ed se^'^^^^^^ "^^^ 
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Those skilled in the ari will appreciate mat servieis may be used m several modes. The basic mode is at me core 
of a request/response protocol, in addition servieis may be specialized lo support protocols such as HTTP in KTT? 
based applications, servieis are ponable. cbmpleie. and much more efficient replacement for CGI based extensions 
Also in HTTP applications servlets may be used with HTML sen/er side includes to dynamically generate pan of a 
s web document. 

The foregoing description, for purposes of explanation, used specific nomenclature to provide a thorough under- 
standing of examples of ihe invention However, it will bo apparent to one skilled m ihe art that the specific details are 
not required in order to practice other examples of the inveniion. In other instances, well know circuits and Devices arc 
shown in block diagram form in order to avoid unnecessary distraction from the underlying principles Thus, the forc- 
JO going descriptions of specific embodiments of the present invention are presented for purposes of illustration and 
description 



Claims 

1 . A method executed by a local sen/er computer under the control of a program, said local server computer including 
a memory lor storing said program said local server computer forming a portion of a client-server network, said 
method comprising the steps of. 

20 receiving a request from a client computer of said client-server network. 

determining that said request requires dynamically generated information from a servlei object of said client- 
server network: 

uploading from a remote server computer of said client -server network a specified serviet object corresponding 
to said request: and 

25 executing said specified sen/let object to obtain dynamically generated information corresponding to said re- 

quest. 

2. The method of claim ^ further comprising the step of passing dynamically generated information from said specified 
serviet object to a web server operating on said local server computer, said passing step being facilitated with an 

jO application program interface. 

3. The method of claim 2 wherein said application programming interlace specifies techniques for performing at least 
one of the following operations: initializing a serviet object, executing a serviet object, and destroying a serviet 
object. 

4. The method ol claim 2 wherein said specified serviet object and said application program interface are specified 
as object bytecodes in the JAVA programming language 

5. The method of claim 2 further comprising the step of sending said dynamically generated information from said 
JO web server to said client computer 



6. The method of claim 1 wherein said executing step includes the steps of 



executing said specified serviet in a security area of said local server computer; and 
J5 passing said dynamically generated information from said security area to a non-security area of said local 

server computer. 

7. The method of claim l wherein said local server computer stores a plurality of serviet objects, each of said serviet 
objects continuously operating until invoked in response loa specified request from a client computer 

so 

8, The method of claim 7 wherein said plurality of serviet objects pass data to one another 

9, The method of claim 7 wherein said selected serviet objects of said plurality of serviet objects are instantiated at 
the start-up of said local server computer 

55 

10. The method of claim 7 wherein selected serviet objects of said plurality of serviet objects are instantiated in re- 
sponse to a demand from said client computer 
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11- The method of darm 7 v^'he^e.n selecied serviei ob,ec!s of sa.c piurai.ty of serviei cojects ?ro .nsianua-oi .n 
sponse lo an acirvaied serviet URL ni^^ec m 

12. The method of claim ii wherein saio servtei URl includes aroumenis 

5 

1 3. The me>hod ot cla.m i wnore.n sa.c rece.v.ng siep .ncludes the s>cp o( sionno sa,d roouos! ,n a connocon pucuo 

l'i'L"'T1.°' ^^'^ oe.erm.n.ng s.ep -nciudes me s.ep ol selochg a handler ihroad fron, a pool 

^ o( handler threads to execuie said deiermining step osciromapooi 

15. J';^='"f°='°'cla.mi4lur,hercompr,s,hg,hes.epofoperai,hQ 

a new handler thread and destroying an old handler thread seiecnvciy creating 

16. The method of claim 15 wherein said operaimg step rncludes the sioo ol ron^.nn = h 

Old handler thread for said new handler thread " ^^''""'^ 'P^" °' ^^"^ 

17. A computer readable memory thai can be used to direct a server romn,,i«, «i = - . 

function in a specified manner corrpr.sing ° " °' ^''-^^'-^^'^^^ "'"P""'^' "otwork to 

a first set of instructions to receive a request from a client computer of said client-server network 

: s\^rob:ic, ::rz,:^^^^^^^^^^ — — - -o-,.on ,rom 
:rt °' ^^'^ — ^ — 

a fourth set of .nsiructions lo execute sa.d soeciiied serviet obieci to obia.n riv/nar^..=>„ 

corresponding to sa.d request oynamically generated information 

18. The apparatus of claim i7 further comprising a fifth set of insiruri.nnc m n.cc ,^ 

s serertl obiec. ol said se~«, compuls, cl,™,m»all» gen,™,,, rtcm.ilon Iron, 

> 10„.,h „, Ol ,„„,„e,ons ,o oass cna^^a,,, 9o„o,.,„ ,„,„„„,o„ ,„ „,o oo^p^,,,. 

T„. a„pa,.,„, 01 c«„ 22 1„„„„ . „„„ „, „ „ , ^^^^^ ^ ^^^^ ^ ^ 
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server compuier each ol said servlei objects continuously operating uniil invckea m response loa specifiea rocues: 
from a client computer 

26. The apparatus of claim 20 wnerem said liltn set oi instructions include instructions ic pass caia between sac 
plurality ol servlei oojecis 

27. A client-server computer network comprising 

a client compuier to generate a requos;: and 
a server compuier to 

delormine thai said request requires dynamically generated information from a servlot object of said server 
compuier. 

execute said specified servlet object lo obtain dynamically generated information corresponding to said 
request, and 

pass said dynamically generated information lo said client computer 

28. The apparatus of claim 27 fuahcr comprising a remote server computer storing a set of servlei objects that can 
be passed to said server computer. 

29. The apparatus of claim 27 wherein said server compuier stores a plurality of servlet objects each of said servlet 
objects coniinuously operating until invoked in response to a specified request from said client computer 

30. The apparatus of claim 29 wherein said plurality of servlei objects pass data between themselves. 
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